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(54) Data processing method and system 

(57) A data processing method and a computer 
based data processing system for use in providing, or 
optimising, an industrial procedure for generating a 
product. The system comprising digital processing 
means, and digital storage means. The storage means 
having a database stored therein comprising (a) data 
defining generic product descriptions in terms of physi- 
cal and/or functional elements and associated proper- 
ties; b) data defined a plurality of generic process de- 
scriptions in terms of process activities, activity se- 
quence, and associated process capabilities, at least 
one of said generic process descriptions including an 
iterative set of process activities, and ; c) data defining 
rules relating to a) and b). The method comprising pro- 
viding the system with specific product information for 
the product. This including information associating the 
product with one or more of the generic product descrip- 
tions and information defining constraints for the product 
in terms of said properties of the associated generic 
product descriptions. Then operating the digital 
processing means in accordance with the rules to derive 
for the specific product information, from the data of a) 
and b), a valid combination of the specific product infor- 
mation and a generic process description as the proce- 
dure for generating the product. The method and system 
being able to provide a detailed procedure description 
from which can be derived other results, for use with 
process visualisation tools and workflow planning tools 
for example. 
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Description 

[0001] The present invention relates to a data 
processing method and a computer based data 
processing system for use in providing a procedure for 
generating a product. The method and system are use- 
ful tools in the development and/or optimisation of pro- 
cedures in particular, although not necessarily exclu- 
sively, design, development and manufacturing proce- 
dures for bringing a product to a market. 
[0002] For a business enterprise to compete success- 
fully it needs not only to provide the product the market- 
place demands, but also to optimise the procedures by 
which that product is brought to the market. These pro- 
cedures, for example design, development and manu- 
facturing procedures, can be represented as a series of 
activities carried out on or in relation to the product and/ 
or its constituent components and the sequence in 
which those activities are arranged, where the output 
from one activity provides an input to one or more sub- 
sequent activities. 

[0003] The process of optimising these procedures 
generally involves improving the sequence of the activ- 
ities making up the procedure and/or modifying, replac- 
ing, adding or deleting activities of the procedure. Typ- 
ically, the possible alterations to a procedure are numer- 
ous. Some alterations will improve the procedure while 
others will be detrimental to the procedure. There may 
also be conflicting requirements placed on the proce- 
dure, for example, one requirement may be minimising 
costs, while another may be improving quality, in which 
case alternatives to the existing procedure may be ad- 
vantageous in relation to one requirement whilst being 
detrimental in relation to another requirement. 
[0004] A number of different types of tool are known 
for use in the development or re-engineering of proce- 
dures. There are tools that provide a uniform way of 
mapping the activities making up the procedure and 
their sequence. Others provide a methodological frame- 
work to direct the thinking of the user. It is also known 
to provide a computer based handbook as is described 
in W094/1 9742, where the handbook contains a library 
of procedures which can be used to present the user 
with a possible operating sequence, or more usually a 
series of alternative operating sequences from which 
one can be chosen and modified if desired. 
[0005] The known mapping tools enable a structured 
description of procedures and are useful for capturing 
information about existing procedures and for describ- 
ing new or re-engineered procedures once they have 
been developed, but they provide no assistance in the 
development process itself. They also tend to encour- 
age the user to take an existing description of the current 
procedure as the starting point for the development 
work, and so mitigate against any consideration of rad- 
ical changes. The methodological tools that aim to stim- 
ulate the user to consider alternative approaches on the 
other hand have the weakness that they do not provide 



detailed information of the procedures available in any 
easily retrievable way and so tend to be relatively inef- 
ficient and costly in terms of time. The computer-based 
handbooks referred to are able to capture, and classify 

5 in a easily accessible manner, detailed descriptions of 
existing procedures, but they offer little assistance in en- 
visaging radically different procedures. 
[0006] The present invention is aimed at addressing 
some of the shortcomings of the known tools referred to 

io above in providing a data processing method and a 
computer based data processing system for use in pro- 
viding a procedure for generating a product. 
[0007] In one aspect, the present invention provides 
a method of optimising an industrial procedure for a 

75 product, using a database comprising: 

(a) generic product descriptions of product physical 
and/or functional elements and associated proper- 
ties, 

(b) generic descriptions of processing elements and 
capabilities in relation to the procedure, and a series 
of rules relating to (a) and (b); specific product in- 
formation being provided in terms of said generic 
product descriptions, including product constraints 
in terms of said associated properties, and the rules 
being operated to derive for the specific product in- 
formation, from the data of (a) and (b) 

(i) a selection of valid combinations of (a) and 
(b) as industrial activities, and 

(ii) an arrangement of the activities of (i) in or- 
der. 

[0008] It is also possible to employ the series of rules 
so as to obtain additionally: 

(iii) a derivation from (a) and (b) of a measure of 
effort to perform each activity, and 

(iv) integration of the results of (iii) for individual ac- 
tivities to derive a measure of the total effort re- 
quired. 

[0009] The constraints included in the specific product 
information can typically include requirements such as 
desired levels of efficiency of performance, specific di- 
mensional tolerances of a physical product, acceptable 
levels of risk and/or a maximum duration for the proce- 
dure to be carried out for the product. These can be ex- 
pected to affect the choice of procedure and its manner 
of performance in many instances. The operation of the 
rules therefore preferably also derives a prediction of 
the ability of the procedure to meet the constraints set. 
[0010] Using generic product and process descrip- 
tions as a basis for developing procedures for a specific 
product helps avoid the inherent constraints of the 
known mapping tools and computer handbooks, which 
necessarily take specific product and procedure de- 
scriptions as their starting points. It thus facilitates rad- 
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icai departures from existing specific procedures for a 
specific product. For example, it might be that the spe- 
cific procedures from which the generic descriptions of 
processing elements have been derived relate to prod- 
ucts quite different in many respects from the specific 
product for which the new procedure is being devel- 
oped, although prejudices in the art would inhibit any 
linking of those specific procedures with that product. 
[001 1] Advantageously the method of the invention is 
able to provide a detailed procedure description from 
which can be derived other results, for use with process 
visualisation tools and workflow planning tools for ex- 
ample. 

[0012] The generic descriptions of processing ele- 
ments may be derived from existing procedures for spe- 
cific products. For example, specific activities of the 
same general class (e.g. analysis activities, definition 
activities etc.) can be analysed for a number of different 
procedures applied to a number of different products to 
extract from them a generic description of that class of 
activity as a processing element. 
[001 3] The database will typically include generic de- 
scriptions of processing elements for a plurality of dif- 
ferent classes of activity (analysis, definition etc). For 
the or each class, there may be a number of different 
processing elements described at differing levels of ab- 
straction. That is, some elements may be generally ap- 
plicable to many different classes of procedure (design, 
manufacture, etc) and/or classes of product (mechani- 
cal, electronic, etc), while others may be of more limited 
application. 

[0014] The rules used to derive the arrangement of 
the industrial activities, that is the valid combinations of 
generic product and processing element descriptions, 
may also be derived from existing, preferably best prac- 
tice, procedures for specific products. In one form, these 
rules can be expressed as one or more process equa- 
tions, the or each equation defining a sequence of ge- 
neric processing elements as a generic process. 
[0015] In another instance, in particular design and 
development procedures, but also some manufacturing 
procedures, the sequence of activities making up the 
procedure will include iterative activities where itera- 
tions of an activity or group of activities may be neces- 
sary to arrive at a valid output. For example, in a design 
procedure one might define a component part of a prod- 
uct and analyse the performance of that component in 
relation to constraints (eg. life, weight, cost etc.) asso- 
ciated with the product, repeating these activities a 
number of times before a component design is arrived 
at which best fits all the constraints. Preferably, the op- 
eration of the rules is then able to give a statistical pre- 
diction of the iterative effort. 

[0016] In another aspect the present invention pro- 
vides a data processing method for obtaining a proce- 
dure for generating a product, the method using a com- 
puter based data processing system comprising: 



digital processing means, and 
digital storage means.. 

the digital storage means having a database 
5 stored therein comprising: 

(a) data defining generic product descriptions in 
terms of physical and/or functional elements and 
associated properties, 

to (b) data defining a plurality of generic process de- 
scriptions in terms of process activities, activity se- 
quence, and associated process capabilities, at 
least one of said generic process descriptions in- 
cluding an iterative set of process activities, and 

75 (c) data defining rules relating to (a) and (b), the 
method comprising: 

providing the system specific product information 
for the product, including information associating 

20 the product with one or more of the generic product 
descriptions and information defining constraints 
for the product in terms of said properties of the as- 
sociated generic product descriptions, 
operating the digital processing means in accord- 

25 ance with the rules to derive for the specific product 
information, from the data of (a) and (b), a valid 
combination of the specific product information and 
a generic process description as the procedure for 
generating the product. 

30 

[0017] In the case where the valid combination is 
based on a generic process description including a de- 
scription of said at least one iterative set of activities, 
the operation of the digital processing means also de- 
35 rives, on the basis of the product constraints and the 
process capabilities for the activities of said iterative set, 
a prediction of the number of iterations required, or a 
prediction of the outcome for a given number of itera- 
tions. 

40 [001 8] The data defining the process capabilities can, 
for example, take the form of look-up tables and/or sta- 
tistical functions, defining relationships between product 
properties and a predicted number of iterations. In a fur- 
ther aspect the present invention provides a data 

45 processing method for obtaining a procedure for gener- 
ating a product, the method using a computer based da- 
ta processing system comprising: 

digital processing means, and 
50 - digital storage means, 

the digital storage means having a database 
stored therein comprising: 

55 (a) data defining generic product descriptions in 
terms of physical and/or functional elements and 
associated properties, 

(b) data defining a plurality of generic process de- 
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scriptions in terms of process activities, activity se- 
quence, and associated process capabilities, and 
(c) data defining rules relating to (a) and (b), the 
method comprising: 

providing the system with specific product informa- 
tion for the product, including information associat- 
ing the product with one or more of the generic prod- 
uct descriptions and information defining con- 
straints for the product in terms of said generic prod- 
uct properties, the data to be processed further in- 
cluding information defining ranges of probability of 
one or more parameters of said product, 
operating the digital processing means in accord- 
ance with the rules to select a specific value for the 
or each said defined product parameter range and 
to derive for the specific product information, on the 
basis of said selected parameter(s), from the data 
of (a) and (b), a valid combination of the specific 
product information and a generic process descrip- 
tion as the procedure for generating the product. 

[0019] With this method it is possible to develop a 
complete description of a procedure for the product 
even when there is initial uncertainty in the definition of 
the product, as may be the case with a design procedure 
for example. 

[0020] Optionally the processing means carries out 
the above operation a plurality of times, each time se- 
lecting a value of the or each said product parameter, to 
develop a plurality of alternative possible procedures. 
Advantageously, the rules may control the processing 
means to carry out these plurality of operations in the 
manner of a 'Monte Carlo' simulation, to derive the most 
likely best case and worst case procedures in relation 
to the product constraints. 

[0021] The present invention also provides computer 
based data processing systems operable in accordance 
with one or more of the aspects defined above. 
[0022] Thus in yet another aspect, the invention pro- 
vides a computer based data processing system for use 
in providing a procedure for generating a product, the 
system comprising: 

(1) a storage unit having stored therein data defin- 
ing: 

(a) one or more generic product descriptions of 
product physical and for functional elements 
and associated properties; 

(b) generic descriptions of processing elements 
and capabilities in relation to the procedure; 
and 

(c) a series of rules relating to (a) and (b) 

(2) a digital processing unit comprising a first 
processing means for operating the stored rules to 
derive for specific product information given in 



terms of said generic product description, from the 
stored data: 

(i) a selection of valid combinations of (a) and 
(b) as industrial activities, and 

(ii) an arrangement of the activities of (i) in or- 
der; and a second processing means to store 
said derived selection and arrangement in the 
storage unit as an output file. 

[0023] Preferred features and examples of data 
processing systems and their methods of operation, ac- 
cording to the present invention, are described below 
with reference to the accompanying drawings, in which: 

Fig. 1 is a schematic illustration of a data processing 
system according to an embodiment of the present 
invention, 

Fig. 2 is a simplified product breakdown tree for an 
aero engine, 

Fig. 3 is an extract from a generic product descrip- 
tion tree, 

Figs. 4a ; 4b and 4c respectively show a generic $ 
ANALYSIS^ activity and two more specific instanc- 
es thereof, 

Figs. 5a, 5b and 5c respectively show a generic? 
DEFINE^ activity and two more specific instances 
thereof, 

Fig. 6 is an extract from a first generic activity tree, 

Fig. 7 illustrates a first generic process, 

Fig. 8 is an extract from a second generic activity 

tree, 

Figs. 9-13 and 15-17 illustrate look-up tables used 
in the generation of a specific procedure, 
Fig. 14 illustrate a first specific procedure derived 
from the first generic process, 
Fig. 18 is an example output from the data process- 
ing system for the first specific procedure, 
Fig. 19 is another extract from the second generic 
activity tree, 

Fig. 20 illustrates a second generic process, 
Fig. 21 illustrates a second specific procedure de- 
rived from the second generic process, 
Fig. 22 illustrates a matrix relating activities of the 
second generic process to components of a specific 
product. 

Fig. 23 illustrates a third generic process 
Fig. 24 illustrates a third specific procedure derived 
from the third generic process, 
Fig. 25 is an example output from the data process- 
ing system for the third specific process, 
Fig. 26 illustrates a look-up table used in the gen- 
eration of a procedure for a product where there is 
uncertainty in a product parameter; and 
Fig. 27 illustrates a procedure for bringing an aero 
engine to the market. 

[0024] Fig. 1 shows the principal components of a 
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computer based data processing system, according to 
an embodiment of the present invention, which can be 
used to obtain industrial procedures for products. A pro- 
cedure is generated by combining specific product in- 
formation, which gives a description of the product for 
which the procedure is required, and associated con- 
straints, with a description of a generic process selected 
from a generic information database. Each generic 
process is formed of a number of process activities hav- 
ing a defined sequence. 

[0025] The generation or synthesis of the specific pro- 
cedure is carried out in accordance with rules relating 
to the generic process and to a generic product descrip- 
tion, or descriptions with which the specific product in 
question is associated. The rules and generic product 
descriptions form part of the generic information data- 
base, which provides a structured framework within 
which all of this information is stored as digital data. 
Once generated, the procedure is stored in a format 
which can be used by other applications, for example 
Microsoft Project, to display the procedure to a user and/ 
or to simulate and test the procedure. 
[0026] The specific product information comprises a 
number of elements. There is data associating the spe- 
cific product with one or more generic product descrip- 
tions. For example, if a blade for an axial compressor is 
the specific product, it may be described as a dynamic, 
specifically rotary, mechanical product. Also included in 
the specific product information is data defining one or 
more required standards or constraints for the product. 
These standards/constraints may be, for example, a 
maximum weight, a minimum life, a maximum cost, etc. 
Other product parameters, such as size etc may be in- 
cluded in the product information if relevant to the pro- 
cedure being developed. Where a procedure is required 
for multiple components of a product, the information 
additionally includes data defining hierarchical break- 
down of the product into the components, illustrated in 
Fig. 2 as a simplified example for an aero engine turbine 
blade. 

[0027] The generic product descriptions are prefera- 
bly stored in the database in the form of a hierarchical 
tree or taxonomy and are defined in terms of physical 
and/or functional elements. Fig. 3 shows an extract from 
such a tree. Each generic product description has as- 
sociated with it one or more significant properties which 
are considered to be important and, in terms of which 
the specific product constraints can be expressed. Tak- 
ing the example mentioned above, rotary mechanical 
products, the significant properties may include vibrat- 
ing stresses, bursting stresses etc. 
[0028] Considering the components of the generic 
processes in more detail, starting with the activities. 
[0029] The activities may each be comprised in more 
than one of the generic processes and are themselves 
generic in nature. That is, they may be applicable to a 
plurality of different procedures, including for example 
different types of action (eg. manufacturing, design, 



marketing, etc) and/or procedures relating to different 
fields of technology (eg. electrical, mechanical, chemi- 
cal etc). Each activity has a unique label by which it is 
identifiable and has associated with it a description of 
5 the activity, and optionally other data items such as de- 
scriptions of one or more inputs to/outputs from the ac- 
tivity, and/or product properties relevant to the activity. 
Where possible, these associated data items are pref- 
erably also in a generic form as illustrated in the follow- 

to ing examples described with reference to Figs. 4 and 5. 
[0030] The generic activity illustrated in Fig. 4a is-:? 
ANALYSIS^ and its associated description is$ Analyse 
object for attribute^. The inputs to the activity are de- 
scribed as$g OBJECT^ J CONSTRAINTS andjj 

75 ENVIRONMENTS , and the output asg ANALYSIS 
RESULT^ . Figs. 4b and 4c show two more specific in- 
stances of this generic activity, relating to design of a 
rotary component and manufacture of an electronic 
component respectively. The$ attribute^ to be analysed 

20 is determined on the basis of theg CONSTRAINT^ and 
the class of & OBJECT^ . In the second case the activity 
is described asjj Test ... $ , a testing step being one ex- 
ample of analysis in the broader, generic sense. 
[0031] Fig. 5a shows another example of a generic 

25 activity. In this case the activity is£ DEFINE^ . As with 
the analysis example, the two specific instances of theS 
DEFINE^ activity, Figs. 5b and 5c, illustrate the applica- 
bility of the generic activity to diverse specific cases, 
here mechanical manufacturing and software design. 

30 [0032] The generic information database contains a 
plurality of activities which are preferably classified in 
terms of the activities of widest applicability. For exam- 
ple, there may be ang ANALYSE^ class of activities, in- 
cluding the activities illustrated in Figs. 4a-4c. This can 

35 be represented as a hierarchical tree or taxonomy of ac- 
tivities, an example of which is seen in Fig. 6 for an ex- 
tract from an§ ANALYSE^ class. The top level$ ANA- 
LYSE:^ activity can be considered truly generic, in the 
sense that it describes all activities in the class. The ac- 

40 tivities further down the tree have varying levels of spe- 
cificity to particular classes of product (mechanical, 
electrical etc) and/or classes of procedure (design, man- 
ufacture, etc) for example. The lower level activities in- 
herit the data items (input/output descriptions, product 

45 properties, etc) associated with the activity from which 
they depend. If appropriate, these data items can then 
be made more specific in line with the specificity of the 
activity. This classification provides a structured way of 
storing additional activities and referencing the stored 

50 activities. 

[0033] Each generic process may include within its 
scope activities from any number of levels within the ac- 
tivity classes. The higher the level of the activities mak- 
ing up the generic process the wider is the applicability 
55 of that process. 

[0034] The other principle component of each generic 
process is the sequence of the activities. This can be 
expressed in terms of a process equation, which may 
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for example simply be a list of the relevant activity labels 
in order. The equation may also be used to define more 
complicated sequences including parallel activities and/ 
or iterations of an activity or a group of activities for ex- 
ample. These equations are preferably also stored in a 
structured way, such as a classified hierarchy or taxon- 
omy. 

[0035] Each activity or groups of activities may also 
have data associated with them defining the processing 
capability, that is to say the performance limit of the ac- 
tivity or group. This data is used to derive results such 
as the duration of the activity and/or the number of iter- 
ations of the activity necessary to meet defined stand- 
ards for the object under consideration. Typically this ca- 
pability, data will be specific to particular activities at a 
fairly low level in the relevant activity class, because the 
same higher level description may include uncorrelated 
activities. Furthermore, capability may vary even within 
a specific activity. For example the finite element anal- 
ysis capability of one organisation may be superior to 
that of another as a result for example of them possess- 
ing more advanced software or hardware. To account 
for this, for any particular activity, it is preferable to pre- 
scribe a series of capability data relating to different lev- 
els of capability in the activity. 

[0036] The capability data itself may be expressed as 
specific values, eg. 2 weeks, 6 iterations etc, or alterna- 
tively may be expressed as statistical functions, for ex- 
ample in terms of a mean and a standard deviation. In 
the latter case, for any particular instance the data 
processing system can be set up to derive specific val- 
ues for the duration and/or number of iterations in ac- 
cordance with the statistical expression. 
[0037] For many activities, the processing capability 
will also be dependent on particular characteristics of 
the product, typically including properties describing the 
complexity of the product as well as desired or required 
performance standards or constraints. Particularly 
when considering the duration of an activity, the com- 
plexity of a product can be an important characteristic; 
the same manufacturing or testing activity will typically 
take longer the more complex the product. On the other 
hand, the iterative effort is more likely to be dependent 
on how close one is working to the known performance 
limits (processing capability) of a particular activity in re- 
spect of particular product properties of the specific 
product under consideration, that is the product con- 
straints and standards applicable in the specific case. 
For example, considering the design of a turbine blade, 
it may be relatively easy to produce a design able to 
withstand a turbine inlet temperature of less than 
1700°C, but significantly harder if the desired inlet tem- 
perature is greater than 1800°C. In the latter case, it is 
likely that a greater iterative effort will be necessary. 
[0038] Therefore, the processing capability data for 
each activity is preferably assigned on the basts of rel- 
evant properties of the product under consideration. It 
may be expressed in terms of duration and/or iteration 
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data. Such data of product complexity and/or severity of 
standards and constraints can be classified in a normal- 
ised form, for example easy medium or hard to achieve. 
[0039] When deriving a specific instance of the activ- 

5 ity the particular object under consideration can be as- 
signed to a particular class of product complexity and/ 
or seventy, of constraints judged in relation to the rele- 
vant art. These classes are then used to identify the ap- 
plicable capability data for the activity. 

io [0040] Taking the example of the compressor of a gas 
turbine, the complexity of the casing may be defined in 
terms of the number of features of the casing, the class 
of complexity being assigned on the basis of the number 
of features. For a turbine a standard/constraint relevant 

15 to the processing capability of an activity may be turbine 
entry temperature. For example, the class of severity 
being assigned on the basis of how close the desired 
value is to existing limits in the art for that standard/con- 
straint. 

20 [0041] The product property dependent processing 
capability of an activity, including the perceived com- 
plexity of a product may well be dependent on the state 
of technological advance or other such factors within a 
particular organisation; what is considered as a§ hardS 

25 product by one firm may be of onlyi$ medium^ complex- 
ity/severity for another. So, it is preferably possible to 
include product dependent capability/complexity data 
which is environment specific (eg. specific to a particular 
organisation or industry sector) as well as being specific 

30 to a product or class of complexity/severity. 

[0042] Conveniently, the generic information data- 
base provides a structured environment in which all of 
this product specific capability data can be stored, for 
example as a number of data files representing look up 

35 tables or grids. Alternatively the user of the system can 
assign a particular normalised value to the specific ob- 
ject under consideration. 

[0043] The rules used to control the generation of spe- 
cific procedures, that is the combinations of selected ge- 

40 neric processes with specific product information, may 
also form part of the generic information database. Sim- 
ilarly to the process capability data, these rules may 
comprise data files representing a series of look-up ta- 
bles or grids which function to associate specific prod- 

45 ucts with particular generic product descriptions and, on 
the basis of this, provide pointers to particular process 
capability data tables/grids for the activities of the se- 
lected generic process or processes. The rules also 
work to derive more particularised descriptions of the 

50 activities of the selected generic process. This may be 
achieved by using the associated generic product de- 
scription, for example, as a pointer to lower level ver- 
sions of the activity in the relevant activity class and/or 
as a key to further data tables or grids providing descrip- 

55 tions appropriate for that class of product. 

[0044] The operation of the system will now be ex- 
plained. First, one or more generic processes on which 
a corresponding one or more specific procedures for the 
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product are to be based are selected. This selection may 
be made by the user of the system or alternatively, the 
system may include rules to control this selection auto- 
matically. One manner in which automatic selection can 
operate is as follows. The synthesiser initially selects 
potentially appropriate generic processes, from those 
stored in the database, based on the generic product 
description or descriptions with which the specific prod- 
uct is associated. Then, on the basis of the data defining 
the desired product standards and/or constraints, the 
product properties and the process capabilities, the syn- 
thesiser eliminates from the selected generic processes 
those which are incapable of generating a product meet- 
ing the constraints. The remaining selected generic 
processes can then be used to generate the specific 
procedure or alternative procedures satisfying the con- 
straints set. If none of the generic processes are capable 
of satisfying the constraints, the rules may control the 
synthesiser to select those generic processes which 
come closest to meeting the constraints. 
[0045] Having selected one or more generic process- 
es, the synthesiser then combines it/them with other da- 
ta associated with the activities of the process, data de- 
rived on the basis of the associated generic product de- 
scription^), and the specific product information to ob- 
tain a corresponding one or more specific procedures. 
If more than one procedure is generated, it may be pos- 
sible to have the system choose the optimum, for exam- 
ple based on a prioritisation of the specific product 
standards/constraints; ie. if cost is more important, the 
least costly procedure may be selected as optimum. In 
addition, or alternatively to generating the specific pro- 
cedure, there can be derived, based on the data relating 
to the specific product standards or constraints, the 
product properties and the process capabilities, a meas- 
ure of the total effort required to complete the procedure. 
For example, this may be a measure of total man hours 
required. 

[0046] Where a selected generic process includes an 
iterative set of activities, the determination of effort re- 
quires that the synthesiser derives a number of itera- 
tions around that group of activities, so that the total ef- 
fort for the iterative process can be calculated. In some 
instances, the number of iterations will be fixed in the 
generic process, or alternatively set by the user. In other 
instances, however, the number of iterations will be de- 
pendent on the ability of a process to provide a product 
compliant with certain standards or constraints. Thus 
the iterative loops of the generic processes can have 
data items associated with them representing compli- 
ance criteria and/or exit criteria. 
[0047] The compliance criteria relates to one or more 
of the product properties, the synthesiser operating a 
set of rules, using the specific values of these properties 
given as the specific product standards or constraints 
and the process capabilities associated with the iterative 
activities (represented as statistical functions, for exam- 
ple) to derive a number of iterations necessary to meet 



with the compliance criteria. The exit criteria specify 
maximum numbers of iterations which can be used on 
their own to specify fixed numbers of iterations, or in 
combination with compliance criteria in order to prevent 

5 the synthesiser from generating specific procedure de- 
scriptions with infinite loops. In the latter case, the 
number of iterations in the final specific procedure de- 
scription is determined as either the number of iterations 
necessary to meet the compliance criteria or as the 

to number of iterations specified as the exit criteria, which- 
ever is the smaller. 

[0048] To populate the generic information database, 
generic product classes and the various data (activities, 
process equations, capability data) which defines the 

75 generic processes, and which might be referred to as a 
whole as a§ process ontology^ , is preferably derived 
from empirical data. For example, generic processes or 
processing elements may be derived from existing best 
practice procedures in the following manner. One or 

20 more best practice procedures are considered and po- 
tentially generic activities, sequences of activities or 
complete procedures are abstracted from them. These 
potential generic processes can then be evaluated, for 
example by determining whether they can be applied to 

25 other, possibly diverse procedures, to ascertain their 
suitability as generic processes. 
[0049] To illustrate this, consider a best practice pro- 
cedure for deriving inspection procedures for a manu- 
facturing process for an electronic silicon diode. The 

30 process is based on a statistical process control tech- 
nique (SPC), the Kalman filter constants being set up in 
accordance with existing knowledge (a£ list$ ), and 
has two main phases. Firstly, the sensitivity of important 
product characteristics to process variables is studied. 

35 Secondly, the inspection procedures are defined. In the 
particular case given as an example two inspection pro- 
cedures are employed. In the first a relatively small sam- 
ple of the product are tested for full compliance with a 
product specification. In the second procedure all prod- 

40 ucts are checked for compliance with a limited number 
of particular parameters shown in the first phase of the 
process to be most sensitive to changes in the process 
variables. 

[0050] In more detail, the procedure can be ex- 
45 pressed as follows: 

[0051] In order to derive the inspection procedures for 

a manufacturing process for a silicon diode . 

[0052] (1). Understand how the furnace temperature 

and diffusion gas pressures affect the forward volts drop 
50 and reverse temperature characteristics . 

[0053] To do this, characterise the production process 

as follows: 

(a) Send 20 sample diodes through the production 
55 process. Vary the furnace temperature by +20° in 

this batch and observe the effect on the forward 
volts drop and reverse temperature characteristics . 

(b) Send a further 20 sample diodes through the 
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production process. Vary the diffusion gas pres- 
sures in this batch and observe the effect on the 
forward volts drop and reverse temperature charac- 
teristics . 

[0054] Set up the Kalman filter constants in the SPC 
system according to diode list . 

[0055] (2). Define the inspection procedures as fol- 
lows: 



w 



(a) To meet the target of customer 1ppm reject rate, 
fully measure 20 out of each batch of 1 000 diodes . 

The whole batch must be checked if any of the 
20 diodes fail the sample test. 

(b) Partially inspect the whole of the batch of diodes . ?5 

[0056] In doing this, choose the parameters from the 
production process characterisation work that were 
shown to be most sensitive in defining the diode char- 
acteristics. 20 
[0057] From this, the following generic process may 
be abstracted: 

[0058] In order to derive the inspection procedures for 
a manufacturing process for PRODUCT . 
[0059] (1 ). Understand how the PROCESS PA RAM- 25 
ETERS n,2,...N) affect PRODUCT CHARACTERIS- 
TICS . 

[0060] To do this, characterise the production process 
as follows: 

[0061] For each of a series of process parameters N, 30 
and batches of x sample PRODUCTS through the pro- 
duction process. 
[0062] n= N 

[0063] Vary PROCESS PARAMETER n (by VALUE) 
in each batch and 35 
[0064] Observe the effect on PRODUCT CHARAC- 
TERISTICS 
[0065] n=1 

[0066] Set up the Kalman filter constants in the SPC 
system according to PREDEFINED LIST . • 40 

[0067] (2). Define the inspection procedures as fol- 
lows: 

(a) To meet the target of customer FREQUENCY 
reject rate, fully measure SAMPLE out of each 45 
batch of BATCH , PRODUCT 

The whole batch must be checked if any of the 
SAMPLE , PRODUCT fail the sample test. 

(b) Partially inspect all the PRODUCT . 

so 

[0068] In doing this, choose the parameters from the 
process characterisation work that were shown to be 
most sensitive in defining the PRODUCT characteris- 
tics. 

[0069] This generic process can then be applied to dif- 55 
ferent products, for example a turbine blade manufac- 
tured by the lost wax process as illustrated below: 
[0070] In order to derive the inspection procedures for 



a manufacturing process for a cooled turbine blade 
[0071] (1 ). Understand how the wax temperature and 
rate of change of mould temperature affects the aerofoil 
root and shroud geometry. 

[0072] To do this, characterise the production process 
as follows: 

(a) Send 20 sample blades through the production 
process. 

Vary the wax temperature by 20% in this batch 
and observe the effect on the aerofoil and shroud 
geometry . 

(b) Send a further 20 sample blades through the 
production process. Vary the rate of change of 
mould temperature in this batch and observe the ef- 
fect on the aerofoil and shroud geometry . 

[0073] Set up the Kalman filter constants in the SPC 
system according to blade list . 

[0074] (2). Define the inspection procedures as fol- 
lows: 

(a) To meet the target of 1 ppm customer reject rate, 
fully measure 4 out of each batch of 20 blades . 

The whole batch must be checked if any of the 
4 blades fail the sample test. 

(b) Partially inspect all the blades . 

[0075] In doing this, choose the parameters from the 
process characterisation work that were shown to be 
most sensitive in defining the blade characteristics. 
[0076] As will be appreciated, the generic form may 
equally be applied to other manufacturing processes. 
[0077] The following specific examples further illus- 
trate the operation of data processing systems accord- 
ing to embodiments of the present invention. 

Example 1 

[0078] This example illustrates the operation of a data 
processing system to obtain a procedure for designing 
a blade for the turbine of an aero engine. 
[0079] The product breakdown tree of Fig. 2 forms 
part of the specific product information. The tree is far 
from complete and includes only those components rel- 
evant to the example described. Very few levels in the 
product breakdown above the blade are shown, but the 
overall product itself, the aero engine is identified. In 
practice, the product tree will typically include many fur- 
ther branches to provide a much more detailed break- 
down of the product than is shown, in any one case the 
user selecting the specific branch(es) and/or compo- 
nents) for which a particular procedure is to be gener- 
ated. Conveniently, such trees may be stored in the da- 
tabase of the system for subsequent re-use. 
[0080] The generic process to be used in this example 
is seen in Fig. 7. The process includes a number of dis- 
crete activities (8 STARTS ,8 DEFINE^ , g MANAGE^ , 
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etc) with a defined sequence, in this case including an 
iterative loop around the$ DEFINE^ and$ ANA- 
LYSE^ activities. The activities themselves are stored 
in the generic information database as a classified hier- 
archy, an extract of which is seen in Fig. 8. This can con- 
veniently be considered as a library (library of activities 
available for use in the generic processes. For present 
purposes only those activities in the library actually used 
in the generic process of the present example are 
shown. In practice, there would be many more activities. 
[0081] Each activity has data items associated with it 
from which can be derived a description of the activity 
and a processing capability for the activity appropriate 
to the particular product for which the procedure is to be 
obtained. The appropriate selection of these data items 
is made on the basis of a generic product description 
(or descriptions) to which the product is assigned. This 
particularising of the activities, and hence the generic 
process, is best illustrated by considering an instance 
of the method by which a specific procedure is generat- 
ed from the generic process, concentrating on one of 
the activities in detail, for the purpose of this example 
the g ANALYSE^ activity. 

[0082] The user starts by identifying the overall prod- 
uct and the specific component for which a procedure 
is desired and if the generic process is not already as- 
sociated with a particular class of procedure (design, 
manufacture, etc) this class is also selected. In this case 
the overall product (obtained from the root of the product 
tree) is an aero engine, the component is a turbine 
blade, and the class of procedure is mechanical design. 
Then using two look-up tables, brief extracts of which 
are shown in Figs. 9 and 10 respectively, the system 
establishes that the overall product, an aero engine, is 
classified as a$ gas turbine^ , and in a broader sense 
as a$ mechanical rotating^ product. On the basis of 
the classification as$ gas turbine^ , reference is then 
made to a further look-up table (extract in Fig. 1 1 ) to es- 
tablish that the relevant constraints for the product relate 
tog safety^ life$ ,8 cost§ weight $ andg aero- 
dynamic^ properties. The specific description of each 
activity is derived using this information. 
[0083] Specifically considering the$ ANALYSE^ ac- 
tivity. From two further look-up tables (extracts in Figs. 
12 and 13) it is established that a relevant analysis for 
assessing the life of a mechanical rotating product is$ 
vibration^ , and that the form of activity description to 
use when considering a mechanical design \s$ Analyse 
<object> for vibration^ . The <object> field in this de- 
scription is filled with the name of the particular compo- 
nent under consideration, in this case the $ blade$ , to 
complete the activity description. 
[0084] In the same way, using the same or similar 
look-up tables, particularised descriptions are derived 
for all of the other activities in the generic process to 
arrive at the specific procedure illustrated in Fig. 14. 
Here, the analysis relevant to only one of the con- 
straints, vibration analysis to assess life, has been con- 
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sidered, but it will be appreciated that the procedure can 
be expanded to include further analysis relevant to other 
constraints. 

[0085] Typically, a prediction of the duration of the 
s generated procedure will also be wanted. To do this, it 
is necessary to predict the duration of each activity, and 
also the number of iterations required around the define 
and analyse loop. To provide this prediction the synthe- 
siser refers to a further set of look-up tables for each 

to activity from which its processing capabilities in relation 
to the specific product and the particular class of proce- 
dure under consideration can be derived. Relevant ex- 
tracts of these tables for the$ ANALYSES activity are 
shown in Figs. 15 to 17. 

15 [0086] To ascertain the class of severity of constraints 
for the specific product the user is prompted for relevant 
required performance standards or constraints, for ex- 
ample in the case of a gas turbine these might be com- 
pressor efficiency (HPC) or maximum gas temperature 

20 at inlet to the turbine (TGT). Alternatively, these stand- 
ards or constraints may be provided as pre-defined at- 
tributes of the product tree, ie. data associated with par- 
ticular components of the tree. Let us assume in the 
present case that, since the procedure is for a turbine 

25 blade, an important performance standard is a TGT of 
1 725°C. From this, the synthesiser establishes from the 
table seen in part in Fig. 15 that within Company A, for 
the specific product, the class of difficulty is medium. 
[0087] Using this result it can be predicted from the 

30 process capability data in the table of Fig. 16 that the 
mean number of iterations to meet the required standard 
is 2, with a standard deviation of 1 . If desired, the system 
can then determine a specific value in any particular 
case based on this statistical data. Alternatively or ad- 

35 ditionally, the statistical data itself may be given in the 
results. 

[0088] To predict the duration of the$ ANALYSE^ ac- 
tivity, which for analysis of vibration in a mechanical de- 
sign procedure is assumed to be a finite element (FE) 
40 analysis activity, the user is prompted to enter the FE 
capability of their organisation. This may be determined 
for example by the version of FE software they are using 
and the speed of the system it is running on. Alterna- 
tively, the FE capability may already be part of the infor- 
ms mation stored in the generic process database. Using 
the FE capability and the product complexity, which may 
be entered by the user or may be a pre-existing attribute 
of the product tree. For example, if the complexity is tak- 
en to be medium, a duration for the activity of 1 day is 
50 obtained from the table of Fig. 17. 

[0089] The duration of the other activities in the pro- 
cedure can be established in a similar manner on the 
basis of the product complexity and/or other properties 
of the product if appropriate. 
55 [0090] The generated procedure is stored in a format 
which is reusable by one or more other applications, in 
this case Microsoft Project, so that the procedure can 
be displayed and/or simulated. Fig. 18 shows one ex- 
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emplary display, here as a task list. The two iterations 
around the define and analyse loop have been given the 
labels^ preliminary^ and $ finalS respectively. These 
labels can be defined in the generic process equation. 
Advantageously, the generated procedure may include 
enough detail to be useful, for example, in subsequent 
implementation of theprocess : eg. as an inputtoa CAD/ 
CAM system. 

[0091] It is also possible, as a result of the detailed 
descriptions generated : to automatically create refer- 
ences or even electronic links to further related informa- 
tion, for example information such as component or 
product specifications held on a company's intranet. For 
instance selected parts of the activity and product de- 
scriptions can be combined to provide an input to a 
search engine to identify the related information. 
[0092] As will be appreciated, the generic activities 
and processes described above can be used, in combi- 
nation with further look-up tabfes : as the basis for many 
other specific procedures, by substituting alternative 
product breakdowns which may well relate to an entirely 
different class of product (eg. an electronic component). 
[0093] A further advantage of the system is that it is 
very easily adapted for use in different organisations or 
departments within one organisation where for exam- 
ple, processing capabilities and the descriptions used 
for particular activities may differ. In the example de- 
scribed above, for instance, the descriptions of activities 
can be adapted by modifying one or two look-up tables, 
(eg. those of Figs. 1 2 and 1 3) without the need for drastic 
re-design of the whole system. This approach may even 
be used to adapt the system to provide activity descrip- 
tions in languages other than English for example. It is 
also possible to provide a single system which is appli- 
cable to more than one organisation or department by 
providing alternatives within one look-up table, seen for 
example in Fig. 15, where data is presented for two dif- 
ferent companies. All the user is required to do when 
operating the system is to indicate which company the 
procedure is to be generated for. 
[0094] Thus, by structuring the data in this manner, 
with generic data at a top level and data at lower levels 
of gradually increasing specificity, an extremely flexible 
system can be provided to assist in the development of 
procedures for industry which, while potentially allowing 
radical departures from existing procedures, provide de- 
tailed descriptions of their procedures which can be eas- 
ily reused. 

[0095] Furthermore, having this route established for 
design of a turbine blade, it is available for analogous 
products - varied only by the design constraints (eg. ven- 
tilating fan or windmill). 

Example 2 

[0096] This example illustrates the applicability of the 
data processing system to a manufacturing procedure, 
specifically a procedure for manufacturing a turbine 



blade. The same general steps are taken to synthesise 
the activity descriptions and durations as explained 
above in relation to the first example, so these will not 
be repeated here. Instead, the following discussion con- 
5 centrates on additional features of the system seen in 
this example. 

[0097] The same product tree may be used for this 
example as was used above (Fig. 2). The activities com- 
prised in the generic process for this example also come 

10 from the same hierarchy (library) as before, but from a 
lower level (Fig. 1 9 therefore shows a larger extract from 
the activity hierarchy). The generic process itself is thus 
less widely applicable, and is in fact limited to the man- 
ufacturing environment, being particularly suited to 

75 products characterised by a number of variables which 
may be refined during operation" of the manufacturing 
procedure. The generic process is defined by a process 
equation which identifies particular activities from the 
activity hierarchy and defines their sequence, and is il- 

20 lustrated in Fig. 20. 

[0098] The specific procedure generated from the ge- 
neric procedure and the specific product information, 
particularised activity descriptions having been derived 
in a similar manner to the first example, is illustrated in 

25 Fig. 21. In the first example, the overall procedure and 
each of the activities of the procedure are applied to a 
single component of the product, the turbine blade. In 
the second example, whilst the overall procedure is 
wanted for manufacture of the turbine blade, account is 

30 taken of the various sub-components of the blade, seen 
at the lowest level in the product breakdown of Fig. 2. 
In this case, only one activity is applied to the sub-com- 
ponents, the$ PROCESS-CHARACTERISATION^ ac- 
tivity. To enable this, the activity is identified in the proc- 

35 ess equation as an $ expansion^ activity; that is an ac- 
tivity that is applied to sub-components one level down 
in the product breakdown from the component for which 
the procedure is being developed. 
[0099] Where sub-components are being considered 

40 in this manner, it may be desirable to indicate which ac- 
tivities are to be applied to which sub-components on a 
one-to-one basis, rather than simply specifying that an 
activity applies to all sub-components. One way of 
achieving this functionality is to incorporate it into the 

45 system a matrix as illustrated in Fig. 22, the applicability 
of an activity to a particular sub-component being indi- 
cated at their intersection in the matrix, eg. by user input. 
Alternatively, the system may be set-up to make this se- 
lection/deselection of activities automatically, for exam- 

so pig based on one or more attributes of the product under 
consideration. 

[0100] It may also be the case that an activity should 
be applied at one or more other levels of the product 
breakdown, eg. to sub-components of the sub-compo- 
55 nents (not shown in the figures), or indeed at all levels 
in the product breakdown including those levels above 
the component for which the procedure is being devel- 
oped (referred to as$ recursion^ ). This may also be 
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indicated in the process equation and/or using an activ- 
ity/product breakdown matrix. 

[0101] As with the first example, the activities have 
processing capability data associated with them from 
which the duration of each activity, and hence the dura- 
tion of the complete procedure can be obtained. In con- 
trast to the first example, however, the number of itera- 
tions around each iterative group of activities (loop 1 , 
loop 2) is not dependent on the product constraints. 
Rather, the number of iterations is pre-set : (whether 
fixed in the generic procedure or set by the user) for loop 
1 to give the desired number of batches of components, 
and for loop 2 to give a desired number of process re- 
visions. As with the first example, the process equation 
defines appropriate labels for each iteration, here$ 
Batch r,ijj Batch 2", etc. for loop 1 : and$ Process Ver- 
sion V\8 Process Version 2", etc for loop 2. 

Example 3 

[01 02] This example, the generic process for which is 
illustrated in Fig. 23, is similar to the first example. The 
descriptions of the activities differ slightly, but the major 
difference is that the process equation specifies that the 
define and analyse activities are to be applied to sub- 
components of the object, in addition to the object itself. 
The resulting specific procedure is shown in Fig. 24. The 
duration and the necessary number of iterations are de- 
termined as described above in relation to the first ex- 
ample. Fig. 25 shows the specific procedure in the form 
of a task list, only one iteration of each § analyse^ ac- 
tivity being shown. 

Example 4 

[0103] Advantageously, the system can be used to 
generate complete procedure descriptions even where 
there is still uncertainty in one or more of the product 
parameters, as may be the case in the early stages of 
a design procedure for example. As the parameters are 
fixed, the system can be used to generate more accu- 
rate plans. 

[01 04] Taking the example of a multi-stage compres- 
sor for an aero engine, at some stage the system will be 
used to generate a complete procedure description, eg. 
for manufacture of the product, treating the compressor 
as a single component, the duration of activities making 
up the procedure being derived on the basis of an as- 
signed complexity of the compressor as a whole. In ad- 
dition, a component breakdown of the compressor may 
be modelled probabalistically within the system. For ex- 
ample one or more relationships may be defined, eg. in 
a look-up table, relating product performance parame- 
ters to a probabalistic value for one or more parameters 
of the product. An example is given in Fig. 26, showing 
a relationship between compressor pressure ratio and 
the likely number of compressor stages required for 
three different compressor stage configurations. 



[0105] Using this table and/or others like it, for any 
particular case a value of the or each uncertain param- 
eter can be derived and used as part of the specific prod- 
uct information used to generate the procedure. Once 
5 the actual value of the parameter is known, the value 
derived from the probabalistic data can be substituted 
and the system re-run to generate a procedure based 
on the actual value. 

io Example 5 

[01 06] The data processing system can be widely ap- 
plicable to many different technical fields for the devel- 
opment and/or optimisation of industrial procedures. By 

is way of example only, one potential field of practical ap- 
plication is that of procedures for bringing a new product 
such as an aero engine to the market. 
[0107] Referring to Fig. 27, conventional procedures 
may be used in the preliminary design phase in order to 

20 develop a full concept definition for the product (aero 
engine), giving information about the major sub-assem- 
blies or modules of the aero engine. This information 
can be used as the specific product information input to 
the data processing system of the present invention. 

25 The system can then be used to generate one or more 
possible procedures for taking the aero engine from the 
preliminary design phase through to release to the mar- 
ket. 

[0108] With a complex product such as an aero en- 
30 gine it may be convenient to divide the overall procedure 
into phases, in which case the synthesiser may be used 
to develop procedures for one or more particular phas- 
es. Alternatively, it may be desired to generate the over- 
all procedure at the outset. In either case, as the overall 
35 procedure progresses through various development 
stages and further information about the product is elic- 
ited, this can be input to the system to develop more 
detailed procedure plans for the later stages of the over- 
all procedure. 

40 

Claims 

1. A method of optimising an industrial procedure for 
45 a product, using a database comprising: 

(a) generic product descriptions of product 
physical and/or functional elements and asso- 
ciated properties, 
50 (b) generic descriptions of processing elements 

and capabilities in relation to the procedure, 

and a series of rules relating to (a) and (b); 
specific product information being provid- 
es ed in terms of said generic product descrip- 
tions, including product constraints in 
terms of said associated properties, 
and the rules being operated to derive for 
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the specific product information, from the 
data of (a) and (b) 

(i) a selection of valid combinations of 
(a) and (b) as industrial activities, and 

(ii) an arrangement of the activities of 
(i) in order. 

2. A method according to claim 1, wherein said rules 
are operated to obtain additionally: 

(iii) a derivation from (a) and (b) of a measure 
of effort to perform each activity, and 

(iv) integration of the results of (iii) for individual 
activities to derive a measure of the total effort 
required. 

3. A method according to claim 1 or 2, wherein oper- 
ation of said rules derives a prediction of the ability 
of the procedure to meet the product constraints 
set. 

4. A method according to any one of the preceding 
claims, wherein the database includes generic de- 
scriptions of processing elements for a plurality of 
different classes of activity. 

5. A method according to claim 4, wherein the or each 
said class includes a number of different descrip- 
tions of processing elements at differing levels of 
abstraction. 

6. A method according to any one of the preceding 
claims, wherein rules used to derive the arrange- 
ment of the industrial activities are expressed as 
one or more process equations, the or each equa- 
tion defining a sequence of generic processing el- 
ements as a generic process. 

7. A method according to any one of the preceding 
claims, wherein the sequence of activities making 
up the procedure includes an iterative group of ac- 
tivities and the operation of the rules gives a statis- 
tical prediction of the iterative effort required to ar- 
rive at a product which best fits the constraints set. 

8. A data processing method for obtaining a procedure 
for generating a product, the method using a com- 
puter based data processing system comprising: 

digital processing means, and 
digital storage means, 

the digital storage means having a database 
stored therein comprising: 

(a) data defining generic product descriptions 
in terms of physical and/or functional elements 



and associated properties, 

(b) data defining a plurality of generic process 
descriptions in terms of process activities, ac- 
tivity sequence, and associated process capa- 

5 bilities, at least one of said generic process de- 

scriptions including an iterative set of process 
activities, and 

(c) data defining rules relating to (a) and (b), 

10 the method comprising: 

providing the system specific product informa- 
tion for the product, including information asso- 
ciating the product with one or more of the ge- 
neric product descriptions and information de- 

15 fining constraints for the product in terms of 

said properties of the associated generic prod- 
uct descriptions, 

operating the digital processing means in ac- 
cordance with the rules to derive for the specific 
20 product information, from the data of (a) and 

(b), a valid combination of the specific product 
information and a generic process description 
as the procedure for generating the product. 

25 9. A method according to claim 8, wherein said valid 
combination is based on a generic process descrip- 
tion including a description of said at least one iter- 
ative set of activities, and the operation of the digital 
processing means also derives, on the basis of the 
product constraints and the process capabilities for 
the activities of said iterative set, a prediction of the 
number of iterations required, or a prediction of the 
outcome for a given number of iterations. 

10. A method according to claim 9, wherein the data 
defining the process capabilities takes the form of 
look-up tables and/or statistical functions, defining 
relationships between product properties and a pre- 
dicted number of iterations. 
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11. A data processing method for obtaining a procedure 
for generating a product, the method using a com- 
puter based data processing system comprising: 

digital processing means, and 
digital storage means, 

the digital storage means having a database 
stored therein comprising: 

(a) data defining generic product descriptions 
in terms of physical and/or functional elements 
and associated properties, 

(b) data defining a plurality of generic process 
descriptions in terms of process activities, ac- 
tivity sequence, and associated process capa- 
bilities, and 

(c) data defining rules relating to (a) and (b), the 



12 



23' 



EP 0 992 869 A2 



24 



method comprising: 

(1 ) providing the system with specific prod- 
uct information for the product, including in- 
formation associating the product with one 
or more of the generic product descriptions 
and information defining constraints for the 
product in terms of said generic product 
properties, the data to be processed further 
including information defining ranges of 
probability of one or more parameters of 
said product, and 

(2) operating the digital processing means 
in accordance with the rules to select a 
specific value for the or each said defined 
product parameter range and to derive for 
the specific product information, on the ba- 
sis of said selected parameter(s), from the 
data of (a) and (b) ; a valid combination of 
the specific product information and a ge- 
neric process description as the procedure 
for generating the product. 
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(i) a selection of valid combinations of (a) and 
(b) as industrial activities, and 

(ii) an arrangement of the activities of (i) in or- 
der; and 

a second processing means to store said de- 
rived selection and arrangement in the storage unit 
as an output file. 



12, A method according to claim 11, wherein the 
processing means carries out the above operation 
(2) a plurality of times, each time selecting a value 
of the or each said product parameter, to develop a 
plurality of alternative possible procedures. 



25 



13. A method according to claim 12, wherein the rules 
control the processing means to carry out the plu- 
rality of operations in the manner of a 'Monte Carlo 1 
simulation, to derive the most likely best case and 
worst case procedures in relation to the product 
constraints. 

14. A computer based data processing system for use 
in providing a procedure for generating a product, 
the system comprising: 

(1 ) a storage unit having stored therein data de- 
fining: 



30 
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40 



(a) one or more generic product descrip- 
tions of product physical and for functional 45 
elements and associated properties; 

(b) generic descriptions of processing ele- 
ments and capabilities in relation to the 
procedure; and 

(c) a series of rules relating to (a) and (b) so 
(2) a digital processing unit comprising 



a first processing means for operating the 
stored rules to derive for specific product informa- 
tion given in terms of said generic product descrip- 
tion, from the stored data: 
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Fig.4(a). 
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Fig.9. 

Type 

Automobile 



Table PC3 
Aero-Engine 
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Fig.10. 

Table PC22 



Type 

Mechanical 

/ 
/ 



Rotating Electronic 
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Fig.11. 

Table PC22 
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Process Capability 1 

For Company A 
Turbine TGT= 
HPC Efficiency 



Fig. 15. 

Table P4 

Easy 
<1700 
<82% 



Med 

1700-1750 
82-87% 



Hard 

>1750 

>87% 



For Company B 
Turbine TGT= 
HPC Efficiency 



Table P5 

Easy 

<1750 

<86% 



Med 

1750-1800 
86-90% 



Hard 

>1800 
>90% 



Fig.16. 

Table P2 

Number of Iterations to Meet Spec 

Constraint / Process Capability Easy 



Mean 

Standard Deviation 



1 

0.2 



Med 

2 
1 



Hard 

5 
2 



Instance 

Product Complexity 

For Company A 
Casing Number Features 
Compressor Blade 



Table P3 



Easy 
<10 

Aerofoil Points no Fillets 



Med 
10-100 
Nurbs, no 
Fillets 



Hard 
>100 
Nurbs 
With Fillets 



Fig.17. 

Table Pi 

Work Hours for Finite Element Analysis 

FE Process Capability 

Product Complexity 



Low 

Low 6 Weeks 
Med Infinite 
High Infinite 



Med 

2 Weeks 
5 Weeks 
Infinite 



High 

1 Day 

1 Day 

2 Weeks 
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Fig.22. 
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Fig.26. 

Process Capability 2 Table P6 

Stages of HPC 1980 



Compressor Ratio 


6 


7 


8 


9 


Mean 


6 


7 


8 


9 


Standard Deviation 


0.6 


0.6 


0.8 


0.9 


Stages of HPC 1990 










Compressor Ratio 


6 


7 


8 


9 


Mean 


5 


6 


7 


8 


Standard Deviation 


0.5 


0.5 


0.7 


0.85 


Stages of HPC 2005 










Compressor Ratio 


6 


7 


8 


9 


Mean 


4 


5 


6 


7 


Standard Deviation 


0.5 


0.5 


0.7 


0.85 
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